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SECTION  I 
INTRODUCTION 


The  data  contained  herein  is  the  product  of  Mission  Analysis  Work  performed  in 
compliance  with  the  Air  Force  Avionics  Laboratory  (AFAL)  Work  Statement  included 
in  C-ontract  No.  F3361  5-76-C-l 099.  That  contract  supports  the  Phase  I develop- 
ment of  software  specifications  for  th^  Integrated  Digital  Avionics  for  the 
Advanced  Medium  STOL  Transport  (IDAMST).  Development  of  the  specifications  is 
an  extension  of  a study  performed  by  AFAL  which  defined  the  IDAMST  conceptual 
design.  The  final  report  for  that  study  was  published  by  AFAL/AAA  in  March 
of  1975. 

Under  the  AMST  program  the  Air  Force  is  funding  the  development  of  two  aircraft 
designs  by  two  contractors.  The  Boeing  Company  is  responsible  for  production  and 
initial  testing  of  two  prototype  YC-14  aircraft  while  McDonnell -Douglas  will 
perform  the  same  tasks  on  the  YC-15.  A fly-off  between  the  four  aircraft  will 
be  exercised  under  Air  Force  direction  to  determine  which  of  the  two  competitive 
models  will  become  the  basic  design  for  C-130  replacement. 

Since  the  prototype  aircraft  are  primarily  intended  to  demonstrate  relative  air- 
craft performance,  their  avionic  suits  employ  fairly  conventional  components.  But 
it  is  expected  that  the  design  selected  as  a result  of  the  fly-off  will  be 
configured  for  production  to  incorporate  advanced  avionics  equipment.  The  level 
of  automation  and  integration  of  the  components  will  in  part  be  determined  by 
studies  directed  toward  assessing  how  well  various  crew  sizes  can  handle  the 
required  functions  involved  in  performing  AMST  missions.  The  IDAMST  studies 
being  conducted  by  AFAL  are  directed  towards  employing  advanced  concepts  evolved 
from  the  DAIS  program  to  develop  a candidate  design  for  the  AMST  aircraft  operated 
by  a two-man  flight  crew. 

Both  Boeing  and  McDonnell -Douglas  have  participated  in  the  IDAMST  study,  each 
developing  hardware  and  software  configurations  that  could  be  potentially  in- 
corporated into  their  respective  production  designs.  The  following  paragraphs 
in  this  section  provide  a brief  introduction  to  the  IDAMST  C-14  and  the  missions 
to  which  it  is  addressed. 

The  C-14  will  be  a twin  engine  cargo  aircraft  which  derives  its  STOL  capability 
from  the  aerodynamic  effects  of  upper  surface  blowing.  Under  the  IDAMST  concept, 
the  avionics  equipment  will  operate  as  an  automated/integrated  system.  The 
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equipment  list  supporting  required  C-14  mission  functions  is  shown  on  Figure  1. 
All  flight  and  subsystem  control  will  be  exercised  by  a minimum  sized  crew. 

For  this  study,  the  flight  crew  was  assumed  to  consist  of  a pilot  and  cooilot. 

An  additional  crew  member  will  be  required  to  perform  Load/ Jump  Master  duties 
associated  with  cargo  compartment  management. 

C-14  missions  will  include  tactical  deployment  to  distant  theaters  of  operation; 
precision  air  drops  of  personnel  and  equipment  from  all  altitudes  down  to 
practical  minimums;  Low  Altitude  Parachute  Extraction  (LAPE)  of  equipment;  and 
STOL  operations  including  rapid  offload  of  equipment  and/or  personnel  in  forward 
combat  areas.  Most  significantly,  the  aircraft  must  be  capable  of  performing 
all  of  the  functions  included  in  the  deployment  and  precision  air  drop  elements 
under  Instrument  Meteorological  Conditions  (IMC).  These  then  are  the  elements 
which  form  the  basis  of  the  IDAMST  Mission  Analysis  study. 


FIGURE  1 

lOAMST  Equipment  List  Correlated  with  Mission  Function 
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SECTION  II 

STUDY  OBJECTIVES  AND  TECHNICAL  APPROACH 

2.1  This  study  has  had  as  its  objective  the  definition  of  software  requirements 
which  would  be  required  to  support  the  development  and  operation  of  an  IDAMST 
system.  Study  emphasis  has  been  concentrated  on  the  navigation,  communication, 
and  other  system  functions  uniquely  associated  with  AMST  mission  Outside  of 
the  scope  of  the  study  has  been  those  functions  which  support  flight  control. 

Mission  Analysis  tasks  which  have  been  exercised  in  support  of  study  objectives 
have  sought  to  identify  C-14  mission  functions  as  they  are  partitioned  between 
the  man/machine/software  elements  of  the  weapon  system.  Beyond  that,  the  soft- 
ware function  has  been  amplified  to  serve  as  a guide  to  software  Engineering 
personnel  as  they  develop  specifications  defining  the  IDAMST  operational  soft- 
ware characteristics.  The  following  outline  provides  an  overview  of  the  considera- 
tions and  tasks  which  were  included  in  the  study  effort. 

0 Performed  a detailed  review  of  the  three  mission  scenarios  provided  by  AFAL 
in  Appendix  A of  the  Contract  Work  Statement. 

0 Used  C-130  operational  documentation  as  a guide  to  air  drop  tactics  with 
emphasis  on  subsystem  employment  in  mission  modes. 

0 Reviewed  the  predicted  performance  characteristics  of  the  C-14  in  relation- 
ship to  the  mission  sequences  called  for  in  the  scenarios. 

0 Coordinated  with  systems  personnel  the  operational  procedures  involved  in 
using  the  equipment  called  for  in  the  IDAMST  equipment  list. 

0 Reviewed  the  Digital  Avionics  Integrated  System  (DAIS)  concept  in  order  to 
identify  software  functions  which  are  transferrable  to  the  IDAMST  system. 

0 Developed  time  lines  for  all  AFAL  mission  scenario  sorties. 

These  diagrams  graphically  broke  individual  sorties  down  according  to  time 
frame  to  correlate:  aircraft  flight  modes  with  respect  to  speed,  altitude  and 
subsystem  employment;  terrain  features;  local  weather;  friendly  forces  and 
systems  in  the  proximity  (other  C-14's,  air  traffic  control,  command  and 
control  units,  drop  zone,  etc.);  the  presence  of  enemy  aircraft  and  ground 
based  air  defense  units  including  ECM.  The  complete  time  line  analyses  for 
the  three  day  mission  scenario  are  included  in  Section  III. 
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0 Developed  composite  mission  scenario. 

When  the  time  line  analysis  was  complete,  It  was  obvious  that  each  of  the 
Individual  sorties  flown  during  the  three  day  scenario  contained  segments 
which  Imposed  unique  demands  on  the  C-14  crew/system  combination  while 
other  portions  of  the  sorties  contained  task  performance  which  typically  Is 
repeated  throughout  the  three  day  mission.  Figures  2 through  4 Illustrate 
the  situation  with  the  heavy  lines  representing  segments  of  Interest.  In 
order  to  focus  the  development  of  Subsystem  Sequence  Diagrams  (SSD's)  and 
Functional  Sequence  Diagrams  (FSD's)  on  C-14  tasks  where  analysis  of  IDAMST 
was  needed,  these  segments  were  Integrated  to  form  a composite  mission. 

Figure  5 graphically  summarizes  the  events  Included  In  that  mission.  The 
segments  which  are  contained  In  the  six  circled  regions  have  been  designated 
subjects  of  second  level  FSD  analysis,  to  be  discussed  shortly. 

0 Developed  Subsystem  Sequence  Diagrams  (SSD's) 

Events  occurring  In  the  composite  scenario  call  for  rapid  execution  of  a 
large  number  of  Individual  tasks  which  contribute  to  the  successful  perform- 
ance of  tactical  functions  associated  with  mission  objectives.  At  any  one 
time,  tasks  simultaneously  being  performed  may  Include  navigation,  communica- 
tion, IFF,  SKE,  ECM,  etc.  In  varying  degrees  each  task  requires  coordinated 
crew  and  subsystem  operations  Interfaced  through  the  use  of  dedicated  software 
programs.  When  all  of  the  Individual  programs  required  by  the  composite 
scenario  are  assembled,  they  then  become  the  repertoire  which  enables  the 
C-14  to  selectively  perform  any  of  the  functions  Included  In  the  AMST 
Required  Operating  Capability  during  a given  sortie.  The  Individual  programs 
Included  In  the  repertoire  are  system- function  related,  rather  than  scenario 
related.  For  each  unique  system  function,  there  Is  a specific  sequence  of 
operations  which  can  be  Illustrated  using  flow  diagram  techniques.  These 
schematics  are  referred  to  as  Subsystem  Sequence  Diagrams  (SSD's).  Figure  6 
Illustrates  the  role  of  SSD's  In  the  IDAMST  analysis,  and  also  serves  to 
Introduce  the  subject  of  Functional  Sequence  Diagrams.  The  SSD's  developed 
during  this  study  are  Included  In  Section  IV. 

0 Developed  Functional  Sequence  Diagrams  (FSD's) 

As  Figure  6 Implies,  FSD's  are  directly  related  to  the  mU  <on  scenario.  In 
fact,  they  are  the  graphical  single  thread  which  link  Individual  SSD's  to 
tasks  to  be  performed  In  the  scenario. 
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As  an  analytical  tool,  FSD's  are  useful  in  several  different  ways.  First 
they  serve  as  a test  to  determine  the  availability  and  completeness  of  SSD's. 
Where  deficiencies  exist,  the  void  can  be  identified  as  the  subject  of 
additional  SSD  development.  Second,  by  correlating  the  simultaneous  SSD 
functions  called  for  by  the  FSD  at  a particular  time  in  the  scenario,  it  is 
possible  for  the  analyst  to  scope  man/machine  task  loading  in  gross  terms. 

Two  FSD  levels  of  indenture  are  included  in  this  report. 

The  First  Level  has  been  used  to  facilitate  the  analysis  of  a complete 
single  sortie  selected  from  the  various  missions  flown  in  the  three  day 
scenario.  This  FSD  format  provides  insight  as  to  the  simultaneous 
activities  of  the  three  (pilot,  copilot  and  loadmaster)  man  flight  crew 
with  indices  to  the  detailed  SSD  operations  that  are  required  to  respond  to 
postulated  scenario  events.  Section  V contains  all  of  the  First  Level  FSD's 
and  associated  analysis  generated  during  the  study. 

The  Second  Level  FSD  has  been  used  as  the  basis  for  analysis  applied  to 
instances  of  high  task  loading  occurring  in  the  composite  scenario.  (Refer- 
ence the  six  circled  regions  of  Figure  5).  This  particular  approach 
focuses  attention  on  the  interaction  of  the  individual  crewman  with  those 
software  and  hardware  elements  which  best  enable  him  to  respond  to  scenario 
events.  While  the  technique  still  relies  on  SSD  references  to  provide 
ultimate  detail,  the  Second  Level  FSD  itself  amplifies  information  on  soft- 
ware/hardware functional  requirements.  Section  VI  includes  the  Second  Level 
FSD's  dealing  with  composite  icenario  events. 
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SECTION  III 
TIME  LINE  ANALYSES 


A detailed  overview  of  the  flight  crew  tasks  and  functions  was  obtained  by 
describing  on  a rigid  time  base  the  actions  necessary  to  establish  the  scenario 
flight  profile.  As  can  be  seen  in  the  following  pages,  each  action  is  defined 
within  the  total  context  of  the  flight.  Any  interfering  requirement  is  evident. 
Consequently,  each  action  can  be  identified  in  relation  to  all  other  actions 
be  they  aircraft,  flight  crew,  or  ground  related.  This  format  quickly  points 
out  potential  excessive  workload  problems. 

As  a result  of  the  following  analysis,  potentially  excessive  workload  areas  were 
noted  and  were  then  analyzed  further  in  the  Level  2 FSD's  of  Section  VI. 

The  time  line  analyses  cover  the  three  composite  missions  selected  for  detailed 
study  and  cover  the  following  flight  modes: 

Mission  I TIME 

Aerial  Refueling  (Formation)  0640  - 0712 

High  Altitude  H.E.  Airdrop  0312  - 0336 

Low  Altitude  Airdrop  0336  - 0400 


Mission  II 

CDS  Airdrop  (Formation)  0548  - 0624 

Airborne  Radar  Approach  0624  - 0638 


Mission  III 

LAPES  Delivery 
STOL  & Combat  Offload 
Departure  Engine  Failure 
VOR  & ILS  Approach 


1000  - 1032 
1032  - 1048 
1046  - 1052 
1052  - 1104 
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FIGURE  NO.  8 Mission  I - Aerial  Refueling 


FIGURE  NO.  10  - Aerial  Refueling  Mission 


FIGURE  NO.  11  - Aerial  Refueling  Mission 
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FIGURE  NO.  12  - Aerial  Refueling  Mission 


FIGURE  NO.  13  - Aerial  Refueling  Mission 


FIGURE  NO.  14  - Aerial  Refueling  Mission 


FIGURE  NO.  15  - Aerial  Refueling  Mission 


FIGURE  NO.  17  - Aer1«1  Refueling  Mission 


Altitude  Heavy  Equipment  Airdrop 


FIGURE  NO.  20  Mission  I - High  Altitude  Heavy  Equipment  Airdrop 


FIGURE  NO.  19  Mission  1 - High  AUitud*  Heivy  Equipiwnt  Airdrqp 


Mission  I - High  Altitude  Heavy  Equipaient  Airdrop 


FIGURE  NO.  22  Mission  I - High  Altitude  Heavy  Equipment  Airdrop 
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FIGURE  NO.  25  Mission  1 - Low  Altitude  Airdrop 


W7m! 


FIGURE  NO.  27  Mission  I - Low  Altitude  Airdrop 


FIGURE  NO.  28  Mission  I - Low  Altitude  Airdrop 


FIGURE  NO.  30  Mission  II  - Container  Delivery  System  Airdrop 


Mission  II  - Container  Delivery  System  Airdrop 


FIGURE  NO.  33  Mission  II  - Container  Delivery  System  Airdrop 


FIGURE  NO.  34  Mission  II  - Container  Delivery  System  Airdrop 


FIGURE  NO.  35  Mission  II  - Container  Delivery  Syste*  Airdrop 


FIGURE  NO.  36  Mission  II  - Container  Delivery  System  Airdrop 


FIGURE  NO.  38  Mission  II  - Container  Delivery  System  Airdrop 


FIGURt  NO.  39  Mission  II  - ConUiner  Delivery  System  Airdrop 


FIGURE  NO.  40  Mission  II  - Container  Delivery  System  Airdrop 


FIGURE  NO.  42  Mission  II  - Airborne  Radar  Approach 


FIGURE  NO.  43  Mission  II  - Airborne  Rader  Approach 


FIGURE  NO.  44  Mission  II  - Airborne  Radar  Approach 
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FIGURE  NO.  46  Mission  III  - Low  Altitude  Parachute  Extraction 


Mission  III  - Low  Altitude  Parachute  Extraction 


FIGURE  NO.  48  Mission  III  - Low  Altitude  parachute  Extraction 


FIGURE  NO.  50  Mission  III  - Low  Altitude  Parachute  Extraction 


FIGURE  NO.  52  Mission  III  - Low  Altitude  Parachute  Extraction 


FIGURE  NO.  54  Mission  III  - STOL  & Combat  Off-Load 


FIGURE  NO.  57  Mission  III  - Departure  & Engine  Failure 


FIGURE  NO.  58  Mission  III  - VOR  & ILS  Approach 


59  Mission  III  - VOR  & ILS  Approach 


FIGURE  NO.  60  Mission  III  - VOR  & ILS  Approach 


TABLE  1 (CONTINUED) 


FIGURE  NO. 

SHEET  NO. 

TITLE 

75 

1 

HOLDING  PATTERN  - CREW  CONFIGURED 

76 

1 

HOLDING  PATTERN  - CIRCULAR  ABOUT  AN  INPUT  POINT 

77 

1 

HOLDING  PATTERN  - EXECUTION 

78 

1 

SKE  INITIALIZATION  - PRIMARY  CONTROL  INPUTS 

79 

2 

SKE  INITIALIZATION  - PRIMARY  AND  SECONDARY  CONTROL 
INPUTS 

80 

3 

SKE  INITIALIZATION  - DISPLAY  INPUTS 

81 

4 

SKE  INITIALIZATION  - DISPLAY  INPUTS 

82 

5 

SKE  INITIALIZATION  - DISPLAY  INPUTS 

83 

1 

SKE  OPERATION 

84 

1 

SET  UP  AND  EXECUTE  EQUIPMENT  AIR  DROPS 

85 

1 

AUTOMATED  CHECKLISTS  (INFLIGHT  REFUELING) 

86 

1 

EXPENDABLES  INVENTORY  AND  MANAGEMENT  - INITIALIZATION 

87 

1 

EXPENDABLES  INVENTORY  AND  MANAGEMENT  - OPER.  UPDATE 

- 

TBD* 

IDENT.  FRIEND  OR  FOE  (IFF) 

- 

TBD 

DEFENSIVE  SYSTEM 

- 

TBD 

TEST  SUBSYSTEM 

- 

TBD 

RADAR  CONTROL  SUBSYSTEM 

- 

TBD 

FLIGHT  CONTROL  SUBSYSTEM 

- 

TBD 

MISC.  AIRCRAFT  SYSTEMS 

- 

TBD 

GROUND  PROXIMITY  WARNING  SYSTEM  (6WPS) 

- 

TBD 

SPECIAL  PURPOSE  ALERTS 

- 

TBD 

AUTOMATIC  DIRECTION  FINDER  (ADF)  SUBSYSTEM 

TBD 

OPTIONAL  DISPLAY  MODES 

* TO  BE  DETERMINED  - Identified  as  an  SSD  requirement  during  the  IDAMST 
study,  but  left  incomplete  due  to  time  limitations. 

4.2  SSD  FORMAT  ELEMENTS 

The  formats  developed  for  Figures  61  through  87  emphasize  the  role  of  "Computer 
Functions"  in  coordinating  "Cockpit  Functions"  with  "Subsystem  Functions".  The 
area  reserved  for  computer  functions  appropriately  is  expanded  to  provide  informa- 
tion of  sufficient  detail  to  support  the  preparation  of  an  IDAMST  software  speci- 
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fication.  Each  SSO  function  Involves  data  input  from  a specific  source,  computer 
processing  of  the  data,  and  finally  output  to  a predetermined  destination.  The 
objective  of  the  SSD  then  is  to  provide  information  on  the  types  of  messages 
that  can  be  expected  to  be  transmitted  through  the  system,  and  the  levels  of 
software  programs  that  are  needed  to  handle  them.  Programming  levels  of 
indenture  then  span  Executive  Control  including  prioritization  through  applica- 
tions programs  incorporating  all  of  the  applications  subroutines.  SSD's 
identify  software  functions  that  are  needed  for  functional  control,  but  they 
do  not  distinguish  between  Executive  and  applications  programs.  Software 
engineering  personnel  have  the  responsibility  for  that  partitioning  during 
their  analysis  of  SSD  functions. 

It  will  be  noted  that  decision-logic  notation  is  frequently  used  throughout  the 
SSD's.  This  device  allows  the  analyst  to  provide  information  to  software 
personnel  as  to  system  and  crew  actions  that  are  elected  based  on  assessments  of 
conditional  situations. 

It  is  also  noted  that  because  of  the  purpose  that  the  SSD  is  being  used  for  (to 
provide  software  personnel  with  a functional  overview),  the  SSD  format  allows 
for  feedback  loops  as  opposed  to  the  strict  time  base  suggested  by  AFAL.  This 
allows  a more  concise  representation  to  the  process  displayed  by  the  SSD. 

Under  "Cockpit  Functions"  there  are  three  sub-categories: 

"Crew"-  Based  on  symbology,  this  column  provides  information  on  how  the  operator 
senses  and  acts  on  cockpit  internal/external  and  system  generated  cues.  It  will 
be  noted  that  no  attempt  is  made  to  designate  whether  the  crew  member  is  the 
pilot  or  copilot.  SSD's  presume  that  either  one  of  them  have  the  equipment,  and 
could  have  the  responsibility,  to  perform  the  required  tasks. 

"Control s"  - This  column  is  used  to  designate  which  dedicated  or  multipurpose 
controls  are  used  by  the  operator  to  accomplish  a particular  task.  It  is  also 
employed  to  show  the  required  sequence  of  operations. 

"Displays"-  Depending  on  the  nature  of  the  Function  being  performed,  either  the 
operator  or  software  may  select  one  of  the  multipurpose  or  dedicated  displays 
for  data  presentation.  That  selection  is  shown  in  this  column. 

"Subsystem  Functions"  provide  three  separate  sub-columns  ("SYSTEMS  1 , 2 OR  3"). 
These  areas  are  used  to  illustrate  how  hardware  systems,  whose  operations  com- 
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plement  one  another,  are  interfaced  under  computer  control.  It  is  recognized 
that  systems  such  as  the  navigation  system  usually  have  their  own  processors  and 
dedicated  software.  But  for  the  SSD  analysis  all  software  functions  are  shown 
under  "Computer  Functions"  rather  than  under  the  "SYSTEMS  1 , 2 OR  3"  columns. 


The  "External"  column  is  used  to  show  how  cues  originating  outside  of  the  subject 
C-14  effect  that  aircraft's  system  and  crew  functions.  The  cues  may  range  from 
through-the-windshiel d visual  observations  to  subsystem  receipt  of  Electro- 
magnetic radiation  signals  from  external  communication,  navigation  and  radar 
systems. 


The  last  column,  "Time,  Priority,  Remarks",  is  used  by  the  analyst  to  amplify 
the  illustrated  SSD  flow.  Wherever  possible  the  comments  have  been  noted 
adjacent  to  the  flow  segment  to  which  they  are  addressed. 

Table  2 provides  the  reader  with  symbology  definitions  used  in  the  SSD's. 

4.3  SUBSYSTEM  SEQUENCE  DIAGRAMS  - ANALYSIS 

Most  of  the  analysis  which  has  been  performed  during  the  study  is  summarized  on 
the  individual  SSD  sheets.  The  following  paragraphs  then  will  provide  the  reader 
with  an  introduction  to  each  SSD  subject  as  well  as  amplify  points  which  were 
not  noted  on  the  diagrams. 

Figure  61:  General  Data  Input  Including  Error  Correction 

Since  any  set  of  operator  generated  inputs  to  the  Integrated  Multifunction 
Keyset  (IMK)  can  be  interrupted  by  errored  punches,  this  SSD  illustrates 
a generalized  system  logic  for  correcting  those  inputs.  Implicit  in  the 
sequence  is  the  requirement  for  automatic  positioning  of  a cursor  on  the 
Multipurpose  Display  with  which  the  operator  is  interacting.  Through 
software  the  display  control  group  must  provide  means  of  repositioning  the 
cursor  forward  or  reverse  to  locations  of  operator  selection. 

Figure  62:  Transfer  Data  from  One  MPD  to  a Second  MPD 

The  Function  provided  by  this  SSD  recognizes  the  requirement  for  reconfigure 
tion  after  a display  system  failure.  Figure  63  illustrates  display  transfers 
growing  out  of  a failure  in  MPD  #1.  This  must  be  accomplished  rapidly  with 
minimum  mission  task  interference,  and  with  little  or  no  loss  of  mission 
critical  data.  In  certain  instances  where  a data  loss  is  inevitable  due  to 
insufficient  remaining  display  capability,  the  software/ hardware  suit  needs 
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TABLE  2 

FSD/SSD  Symbology 


IE  FOLLOWING  SYMBOLS  ARE  USED  IN  DEVELOPING  FSD^S  AND  SSD^S; 


SYMBOL 

MEANING 

o 

RECEIVE 

O 

ACT 

□ 

MONITOR 

D 

TRANSMIT 

V 

STORE  DATA 

V 

RECALL  DATA  FROM  STORAGE 

o 

DECISION  LOGIC 

NOTE;  A DOUBLE  SYMBOL  ( 0|  . FOR  EXAMPLE)  MEANS  THAT  THE 
FUNCTION  IS  CONTINUOUSLY  PERFORMED 

AMPLIFYING  INFORMATION  USED  WITH  SYMBOLS; 

LEGEND  MEANING 

A AURAL 

E ELECTRONIC/ELECTRICAL 

M MECHANICAL 

RF  RADIO  FREQUENCY 

S SPEECH 

T TOUCH 

V VISUAL 


to  be  flexible  enough  to  provide  for  automatic  prioritization  with  manual 
override  available. 

Figure  64:  Communication  System  - ICS/PA  Initialization  and  Use 

When  the  aircraft  electrical  distribution  system  receives  power  from  ground 
or  internal  generators,  and  when  the  computer  has  been  initialized,  the 
System  Power  Logic  program  enables  the  Intercommunications  System/Public 
Address  (ICS/PA)  system  to  be  energized.  Subsequent  to  that,  all  control 
and  use  of  ICS/PA  equipment  is  independent  of  the  computer  facility. 

Figures  65,  66:  Communication  System  Channel  Selection  - Preprogrammed 

This  flow  illustrates  how  the  operator  uses  the  IMK  to  assign  frequencies 
for  each  radio  to  channel  numbers  in  the  computer.  When  those  tuning 
choices  have  been  made,  displayed,  and  accepted  ("ENTERED")  - the  tuning 
subroutine  tunes  each  radio  accordingly.  If  transmitter  use  is  desired, 
the  operator  designates  the  set  via  the  IMK  channel  keys  and  the  computer 
implicitly  enables  the  equipment  as  a function  of  the  stored  receiver 
tuning  data. 

Figures  67,  68,  69:  Energize  and  Initialize  Navigation  System 
General  Note: 

The  IDAMST  navigation  system  is  based  on  Area  Navigation  (R-NAV)  concepts. 
Consequently  the  SSD's  dealing  with  system  initialization,  use,  and  special 
operational  features  will  reference  R-NAV  nomenclature. 

Figure  67  shows  software  interface  management  of  INS  hardware  initializa- 
tion and  alignment  under  operator  control.  Simultaneous  with  alignment,  the 
flow  reflects  operator  interaction  with  software  via  the  IMK  in  setting 
flight  plan  operational  parameters.  These  include  waypoints  with  their 
respective  commanded  flight  levels  and  system  computed  Estimated  Time-Over- 
heads (ETOH's)  based  on  input  estimated  departure  times.  Subsequent  to  that 
the  system  is  set  in  "NAV  MODE"  to  initiate  operational  functioning. 

Figure  70:  Execution  of  Flight  Plan  (Automatic  or  Manual)  with  Provision  for 
Radar  Fix  for  CARP  Calculation 

To  enable  execution  of  the  flight  plan,  all  of  the  functions  required  by 
Figure  67  must  have  been  performed.  With  alignment  complete,  the  INS  monitors 
aircraft  movement  and  transmits  signals  to  the  software  position  update 
filter.  The  computed  current  position  is  compared  with  the  next  fly-to-point 
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(FTP)  in  the  flight  plan.  Appropriate  range  and  bearing  computations  to 
the  FTP  are  calculated.  That  data  is  transmitted  to  the  flight  director 
and,  if  the  aircraft  is  under  manual  control,  the  pilot  makes  the  required 
control  inputs.  If  the  aircraft  is  under  autopilot  control,  steering  signals 
are  provided  for  autopilot  updating. 

This  SSD  also  illustrates  how  a terrain  feature  observed  on  the  radar  display 
can  be  "hooked"  and  designated  for  the  computer  as  datum  for  calculating  a 
navigation  fix. 

Figure  71;  Execution  of  Flight  Plan  (Automatic  or  Manual)  with  Provision  for 
Manual  Fix 

System  activities  shown  in  this  diagram  are  similar  to  those  of  Figure  70 
with  the  exception  that  the  fix  is  based  on  a terrain  feature  visually  acquired 
by  either  the  pilot  or  copilot. 

Figure  72:  Execution  of  Flight  Plan  (Automatic  or  Manual)  with  Provision  for 
Replanning 

Again,  the  basic  flow  for  this  FSD  is  derived  from  Figure  70.  The  additive 
feature  is  the  operator's  interaction  with  computer  using  the  IMK  and  MPD  to 
accomplish  a flight  plan  change.  As  noted,  the  change  could  involve  a single, 
or  multiple  FTP  input.  When  the  points  are  accepted  by  the  operator  keying 
"ENTER",  the  computer  selects  the  closest  FTP  as  the  next  execution  point 
unless  another  operator  specification  has  been  made.  Steering  commands  are 
then  generated  for  flight  director  display  and  autopilot  use. 

Figure  73:  Standard  Instrument  Departure  (SID)/Standard  Terminal  Area 
Requirements  (STAR) 

SID/STAR  procedures  are  read  into  computer  memory  from  standard  mission  tapes 
prepared  for  C-14  employment  within  specific  theaters  of  operation.  SID's 
are  called  up  for  display  by  manual  IMK  inputs.  STAR'S  may  be  called  in  the 
same  way;  or,  if  desired  by  the  flight  crew,  they  may  be  automatically  called 
when  the  INS  senses  that  designated  navigation  parameters  have  been  satisfied. 

Figure  74:  Course  Offset  (Based  on  Established  Flight  Plan) 

This  flow  shows  how  the  flight  crew  can  preplan  course  offset  which,  when 
called,  provides  steering  commands  based  on  the  stored  flight  plan. 

Figure  75:  Holding  Pattern  - Crew  Configured 

A holding  pattern  of  any  geometry  can  be  set  up  by  the  flight-crew  using 
this  subroutine.  The  pattern  may  be  configured  in  either  of  two  ways.  The 
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first  involves  inputting  a series  of  LAT/LONG  pairs  to  define  the  pattern 
limits,  while  the  second  would  call  for  "hooking"  terrain  features  on  the 
moving  map  display  in  sequence,  and  designating  those  points  as  FTP's.  For 
the  latter,  the  computer  converts  the  map  points  to  LAT/LONG  pairs  for  flight 
plan  execution. 

Holding  Point  Execution  is  shown  on  Figure  77. 

Figure  76:  Holding  Pattern  - Circular  About  an  Input  Point 

By  designating  for  the  computer  a center  point  (LAT/LONG  or,  alternatively, 
a "hooked"  position  on  the  moving  map  display)  and  a radius,  the  flight  crew 
can  establish  a holding  period  in  a minimum  amount  of  time. 

Figure  77:  holding  Pattern  Execution 

This  flow  enables  implementation  of  either  of  the  previously  discussed  hold- 
ing patterns.  The  software  logic  will  implicitly  provide  steering  commands 
for  left-hand  turns  unless  directed  otherwise  by  the  operator.  Not  shown  in 
the  flow,  but  important,  is  the  requirement  for  a diagnostic  routine  to 
reconcile  pattern  parameters  with  commanded  aircraft  kinematics.  Calculated 
output  would  provide  the  flight  crew  with  resultant  bank  angles,  turn  times, 
g forces,  etc. 

Figures:  78,  79,  80,  81,  82:  Station  Keeping  Equipment  - Initialization 

These  5 sheets  indicate  the  input  methods  for  the  various  parameters  needed 
for  SKE  operation.  The  process  is  inter-reactive  due  to  the  number  of  options 
that  are  available  to  the  operator  in  setting  up  the  SKE.  It  is  possible  that 
this  set-up  could  be  preprogrammed  for  all  aircraft  participating  in  a sortie, 
but  with  the  aircraft  role  differences  from  mission-to-mission,  it  seems 
hardly  worth  the  added  complexity. 

Figure  83:  Station  Keeping  Functional  Operations 

This  flow  summarizes  all  of  the  recieved  and  transmitted  time  based  signals 
on  which  SKE  operations  are  based.  The  way  the  signals  are  processed  in 
automated  functions,  and  the  manner  in  which  the  refined  data  is  employed  is 
shown.  Outputs  are  divided  among  those  going  to  complementary  elements  in 
the  Integrated  system  for  additional  processing  and  use;  and  those  which  get 
subdivided  into  normal  and  alert  messages  for  use  in  the  displays  group. 

' fw*-*  M Set  Up  and  Execution  of  Equipment  Air  Drops 

verv'm*  t*  •nterrelattd  functional  requirements  for  precision  air  drops 
. tf..  [t  trarks  now  integrated  sensor  system  data  (Naviga- 


tion,  SKE,  and  DZ  Beacon)  is  used  to  set  up  modes  of  operation  (auto  and 
manual  release  techniques)  with  implementation  functions  facilitated  by  pro- 
visioned hardware  (cargo  door,  tie  down  unlocking,  and  exit  sequencing). 

Figure  85:  Automated  Check  Lists  - Prepare  for  Inflight  Refueling 

There  are  a large  number  of  check  lists,  procedures,  and  performance  data 
presentations  that  can  be  displayed  by  an  IDAMST  type  system.  Some  are 
merely  for  crew  reference  purposes  (aircraft  performance  check  lists)  while 
others  require  crew/system  inter-reaction.  A third  type  is  the  completely 
automated  check  list  which  is:  (1)  called  and  executed  automatically  after 
a set  of  conditions  has  been  satisfied  (gear  up,  flaps  up,  aircraft  on 
climb  power  - execute  after  take-off  check  list,  and  report  results); 

(2)  called  manually,  but  executed  under  computer  control.  Figure  85  is 
an  example  of  the  latter.  Subsequent  to  operator  call-up  the  software 
commands  avionic  subsystem  control  change,  and  reports  the  results  out  for 
Di splay. 

Wherever  check  lists  are  called  for  by  FSD's,  Figure  85,  the  intent  is  that 
this  figure  represents  a check  list  concept  rather  than  the  precise  check 
list  called  for  by  the  FSD  element. 

Figure  86:  Expendables  Inventory  and  Management  System  - Initialization 
Shown  in  this  flow  are  the  methods  by  which  expendable  guantity  data  is 
accounted  for  in  the  IDAMST  system.  The  information  is  partially  derived 
from  sensed  data  with  the  remainder  being  supplied  by  operator  input.  As 
examples:  fuel  and  oil  filling  is  sensed;  while  cargo  compartment  loading 
is  furnished  via  mission  tape  or  crew  input.  Weight  and  balance  reports 
are  automatically  up  ated  on  a real  time  basis  throughout  the  entire  sortie. 

Figure  87:  Expendables  Inventory  and  Management  System  - Operational  Updating 
A real  time  aerodynamic  analysis  routine  combined  with  the  functions  shown 
in  the  flow  would  be  required  to  facilitate  the  operation  of  a full  scale 
energy  management  system  for  the  C-14.  In  its  simplest  operation,  the 
concepts  shown  in  Figure  87  would  assist  the  crew  during  in-flight  mission 
replanning,  and  assessments  of  safety  margins.  In  the  extreme,  output  data 
could  be  furnished  directly  to  subroutines  which  could  determine  optimized 
weight  distribution,  control  surface  configuration,  and  power  applications 
to  produce  maximum  airplane  performance  in  a given  mission. 
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FIGURE  71:  Execution  of  Flight  Plan  (Auto  or  Man)  with  Provisions  for 
Man  Fix 
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FIGURE  82;  SKE  Initialization 
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FIGURE  85:  Autoniated  Checklists  - Prepare  for  Inflight  Refueling 


FI6URC  86:  Expendables  Inventory  4 Hanayent  System  • IMtIalltatfon 


FIGURE  87:  Expendables  Inventory  ft  Planagemnt  Sys  - Operational  Updating 
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SECTION  V 

LEVEL  1 FUNCTIONAL  SEQUENCE  DIAGRAMS  (FSD'S) 


1 


5.1  OVERVIEW 

The  Technical  Approach,  Paragraph  2.1,  introduced  and  defined  Level  1 FSD's. 

This  section  contains  the  Level  1 FSD's  which  were  developed  for  the  IDAMST 
study.  Figures  89  through  104. 

From  the  Sorties  included  in  the  AFAL  three  day  mission  scenario,  one  complete 
sortie  was  selected  for  this  analysis.  It  was  the  initial  sortie  of  the  Second 
Day's  set  of  missions.  Figure  88  shows  the  highlights  of  that  sortie.  The 
following  outline  amplifies  the  illustrated  sortie  events  for  Blue  4,  the  air- 
craft of  principal  concern: 

OVERVIEW:  o 9 aircraft  in  3 elements  assigned  to  basic  mission 

0 First  element  - Blue  1-3 

Second  element  - Blue  4-6  (this  narrative  based  on  Blue  4) 

Third  element  - Blue  7-9 

0 After  equipment  drop.  Blue  4 to  detach  itself  for  a special  mission. 
MISSION  SEGEMENTS: 


EVENT 

FRON 

TO 

NO.  OF 
A/C 

OBJECTIVE 

(1) 

Ttktoff 

Rhein-Main 

Schoningen 

9 

high  altitude  equlpawnt  drop 

(2) 

Nonwl  Enroutc 
NAV/COW/IFF/ATC 

Rhe1n-Ma1n 

Schoningen 

9 

high  altitude  equipaient  drop 

(3) 

Nil  lUdar  Coordinate 
THNEAT/FRIENOLY  A/C  DATA 

Rheln-Nain 

Schoningen 

9 

high  altitude  equipawnt  drop 

(4) 

Drop  Frepratlons 

Rhein-Main 

Schoningen 

9 

high  altitude  equipaient  drop 

(5) 

High  Altitude  Equi patent 
Drop 

Schoningen 

9 

ground  force  re-supply 

(6) 

Low  Altitude  (1S00') 
Penetration  of  E. 

Genaan  Air  Space 

Schoningen 

Klotze 

KBIue 

4) 

Special  Forces  personnel  drop 

(7) 

Drop  Preparations 

Schoningen 

Klotze 

KBIue 

4) 

Special  Forces  personnel  drop 

(8) 

Request  and  Receive 
Airborne  ECH  Support 

Schoningen 

Klotze 

KBIue 

4) 

Special  Forces  personnel  drop 

(9) 

Special  Forces 

Personnel  Drop 

— 

Klotze 

KBIue 

4) 

Covert  operations 

(10) 

Enroute  Transit,  and 
Repeat  (2) 

Klotzc 

Brciaerhaven 

KBIue 

4) 

Recovery 

(11) 

Search  and  Rescue 

Related  to  Oottned  F16 

Klotze 

Breiaerhaven 

KBIue 

4) 

Search  and  Rescue 

(12) 

Landing 

— 

Breaierhaven 

KBIue 

4) 

Sortie  coamletlon 

I 

L 
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5.2  LEVEL  1 FSD  FORMAT  ELEMENTS 

The  level  1 FSD  formats  have  been  configured  to  show  to  the  largest  extent 
possible,  the  simultaneous  crew/system  functions  occurring  in  scenario  time 
blocks.  Provision  has  been  made  to  illustrate  interactions  of  the  two-man  flight 
crew  with  the  various  aircraft  subsystems.  As  appropriate,  the  flow  defines  which 
system  commands  are  hardwired  as  opposed  to  those  whose  interface  is  facilitated 
through  the  software  medium. 

The  dedicated  headings  on  the  format  allow  the  analyst  to  call  the  most  frequently 
used  subsystems,  specifically  - "Communications",  "Navigation",  "Flight  Controls", 
and  "Sensors".  Notes  on  each  application  give  the  specification  as  to  which 
type  of  equipment  in  the  subsystem  is  being  used.  The  "other"  heading  is  included 
to  allow  for  references  to  less  frequently  used  systems  and  functions  in  addition 
to  actions  of  the  loadmaster.  For  reference  to  events  or  signals  which  influence 
Blue  4's  mission  activities,  and  which  have  their  origins  outside  the  aircraft, 
the  "External"  column  is  included. 

"Operator  Notes"  amplify  the  crew  activities  called  for  in  the  scenario,  while 
"Software  Notes"  provide  information  pertaining  to  computer  interface  of  hardware 
subsystems  with  the  display  and  control  suit. 

For  each  scenario  event  depicted  on  the  level  1 FSD,  flow  lines  briefly  outline 
the  systems  which  are  involved  in  accomplishing  the  required  functions.  The 
"Figure"  numbers,  which  appear  on  the  horizontal  lines,  reference  the  more 
detailed  man/machine/software  relationships  defined  by  the  Subsystem  Sequence 
Diagrams.  A number  of  Figure  numbers  are  accompanied  by  a "To  Be  Determined  (TBD)" 
note.  This  indicates  that  the  FSD  analysis  has  identified  an  SSD  requirement 
which  remains  unsatisfied  as  this  study  comes  to  a close.  That  work  must  be 
completed  as  part  of  a future  effort. 

The  time  blocks  shown  in  the  left  hand  column  index  FSD  events  to  those  of  the 
AFAL  narrative  scenario.  Only  a rigorous  simulation  of  the  IDAMST  system  could 
provide  the  basis  for  an  accurate  workload  assessment.  But  reference  to  FSD 
time-blocks  together  with  cooperative  two-man  crew  functions  linked  to  the 
magnitude  of  SSD  processing  gives  the  analyst  an  intuitive  feel  for  man/machine 
loadings  in  each  mission  mode. 
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Definitions  for  the  symbols  used  in  FSD  development  are  provided  by  Table  3. 
Since  Level  1 FSD's  are  merely  an  outline  of  mission  events  intended  to  provide 
only  superficial  detail,  some  symbols  are  used  more  than  others.  Storage  and 
recall  of  data  along  with  the  decision  logic  notation  are  infrequently  used  in 
the  development  of  FSD's. 

The  direction  of  activity  flow  on  both  the  FSD's  and  SSD's  is  generally  from 
top  to  bottom.  But  where  a repetitive  man/machine  interaction  occurs  (as  in 
communications,  for  example),  the  device  of  illustrating  the  flow  with  a 
closed  loop  is  frequently  employed. 


1MU  S 

rwm  tmtoietr 

Tit  FttiaiK  CTMLS  Mf  usn  111  imfl»lll6  FSD'S  MB  SSD’S; 

sYieoi 

SUIB 

o 

ICCEtVE 

o 

AH 

□ 

KMITDR 

o 

TRANSMIT 

\7 

STORE  DATA 

RECAU  DATA  FRO)  STORAGE 

o 

KCISION  LOGIC 

UTE:  A DOUIU  SYWOL  , FOR  EXiWPU)  ICANS  THAT  TIC 

FUKTION  IS  OWTIMIOUSLY  PERFORKII 

irann 

BEUlfi 

A 

AURAL 

E 

ELECTRORIC/ELECTRICAL 

H 

ItCMAHICAL 

m 

RADIO  FREOUENCY 

s 

SFEECM 

T 

TDUCM 

V 

VISUAL 

It  will  be  noted  that  the  Level  1 FSD's  do  not  call  all  of  the  SSD  Functions 
which  are  included  in  Section  IV.  This  occurs  because  the  SSD's  were  generated 
with  a narrow  view  toward  defining  aircraft  multimode  functional  capabilities. 
While  most  of  these  capabilities  were  called  for  in  the  scenarios,  not  all 
were  because  the  aircraft  was  never  operated  in  that  mode.  As  an  example, 
the  IDAMST  navigation  system  is  based  on  R-NAV  concepts  which  include  provisions 
for  course  offsets  as  well  as  holding  patterns.  The  scenarios  did  not  call  for 


these,  but  the  IDAMST  software  must  provide  the  capability.  Consequently, 
they  were  both  addressed  In  SSD  development. 

5.3  LEVEL  1 FUNCTIONAL  SEQUENCE  DIAGRAMS  - ANALYSIS 

Figures  39  through  104  are  the  Level  1 FSD's  fbr  selected  segments  of  the 
second  day  AMST  mission  (See  Figure  3).  The  SSD  reference  numbers  noted  on 
the  flow,  together  with  the  operator  and  software  notes,  constitute  the  analysis 
provided  to  software  Engineering  personnel.  The  remaining  selected  mission 
segments  for  the  first  and  third  days  mission  (see  Figures  2 and  4)  are  provided 
In  Section  VI  by  Figures  105  through  135. 
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SECTION  VI 

LEVEL  2 FUNCTIONAL  SEQUENCE  DIAGRAMS 

The  time  line  analyses  of  Section  III  pointed  to  six  mission  segments  that 
appeared  to  have  the  potential  for  excessive  workloads.  These  mission  segments 
were  selected  for  the  detailed.  Level  2 FSD  analyses  shown  in  the  following 
pages.  In  addition,  a startup  sequence  is  also  included  because  of  its  potential 
impact  on  workload  and  IDAMST  design.  The  startup  is  shown  for  the  Dover  AFB 
departure  but  is  equally  applicable  to  any  start  procedure. 

The  mission  segments  studied  by  means  of  the  FSD  analysis  are: 

Figure  No. 


. Startup  and  Departure  (Formation) 

. Aerial  Refueling  (Formation) 

. High  Altitude  H.E.  Airdrop  (Formation) 

. STOL  & Combat  Offload 
. STOL  Departure  Engine  Failure 
. Single  Engine  VOR  & ASA  Approach 

The  format  used  for  Level  2 FSD  is  essentially  the  same  as  that  developed  for 
SSD  analysis  with  the  exception  that  the  Level  2 FSD  follows  a mission  time 
base  and  less  detail  is  exhibited  than  in  the  SSDs. 


105  to  117 
118  to  121 
122  to  126 
127  to  129 
130  to  131 
132  to  135 
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SECTION  VII 

SUMMARY  AND  CONCLUSIONS 

7.1  SUMMARY 

The  foregoing  Subsystem  Sequence  Diagrams  together  with  the  Level  1 and  2 
Functional  Sequence  Diagrams,  comprise  all  of  the  Operational  Sequence  Diagrams 
(OSD's)  developed  for  the  C-14  IDAMST  program.  These  OSD's  have  identified 
categories  of  software  subroutines  which  are  required  to  interface  AMST 
avionic  hardware  systems  with  crew  functions  in  operational  environments. 

This  data  has  been  referenced  by  Software  Engineering  personnel  in  support  of 
their  IDAMST  software  specification  development  task.  Those  specifications 
are  included  in  the  IDAMST  software  specifications,  SB  4041  through  SB  4044. 

Each  element  of  the  OSD  mission  analysis  contains  concepts  which  will  formulate 
the  general  character  of  the  IDAMST  system.  But  some  of  those  concepts  are 
controversial  in  the  sense  that  they  do  not  have  universal  acceptance  on  the 
part  of  the  Air  Force  and  Contractor  technical  personnel  currently  planning 
advanced  tactical  air  delivery  systems.  A number  of  contradictory  factors 
confound  their  approaches  to  a rational  solution.  These  factors  are  summarized 
in  the  following  outline: 

. It  is  universally  recognized  that  a modern  replacement  is  needed  for 
the  C-130  in  the  early  1980's. 

. Ideally  that  replacement  should  have  high  performance  STOL  capabil- 
ities, but  be  relatively  low  in  cost  based  on  a reasonable  production 
run. 

. To  suppress  the  growing  impact  of  personnel  cost  on  overall  program 
expenditures,  the  AMST  crew  size  must  be  held  to  minimum. 

. To  perform  the  most  demanding  air  drop  missions  with  a two-man  crew, 
the  AMST  avionics  system  will  have  to  be  automated  and  integrated, 
and  will  probably  have  to  contain  more  sophisticated  components  than 
the  current  system. 

. The  Life  Cycle  cost  of  the  advanced  avionics  should  be  significantly 
less  than  the  funding  required  for  current  technology  systems 
operated  by  larger  crew  complements. 
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Personnel  conducting  the  IDAMST  mission  analysis  have  been  mindful  of  these 
factors  as  they  performed  work  elements  during  the  study.  Wherever  possible 
they  have  sought  to  Incorporate  concepts  which  tend  to  alleviate  rather  than 
aggravate  these  considerations.  By  that.  It  Is  meant  that  the  technical 
approach  has  emphasized  software  enhancement  of  existing  systems  which  can  be 
automated  and  Integrated;  this  In  lieu  of  specifying  advanced  technology 
systems  which  carry  with  them  unacceptable  costs. 

The  following  paragraphs  summarize  the  conclusions  which  have  evolved  from 
the  mission  analysis  performed  In  light  of  the  factors  noted  above. 

7.2  CONCLUSIONS 

The  most  severe  requirement  for  the  AMST  Is  the  precision  air  drop  under 
Instrument  Meteorological  Conditions  (IMC)  with  a two-man  flight  crew.  With 
respect  to  avionics  systems,  the  possible  solutions  to  the  requirement  may 
be  accomplished  in  several  steps,  each  Involving  progressive  technology  levels 
j of  indenture. 

i 7.2.1  Initial  IDAMST  System 

To  facilitate  two-man  flight  crew  control  of  the  AMST,  it  is  obvious  that  all 
I navigation  functions  need  to  be  automated  so  that  they  require  a minimum  of 

j operator  interaction.  Coincident  with  that  task,  the  basic  components  (INS 

: and  Omega)  need  to  be  functionally  Integrated  with  complementary  systems 

which  can  amplify  positional  Information.  These  complementary  systems  include 
radio  aids.  Drop  Zone  Marker,  Search/Weather  radar,  station  keeping  equipment, 
compasses,  and  altimeters.  Data  from  these  systems,  when  Integrated  with  basic 
system  data  significantly  enhance  geographic  and  tactical  navigation. 

NOTE:  The  performance  of  the  proposed  AMST  radar  Is  not  going  to 

provide  exceptionally  good  terrain  mapping  information. 

Consequently,  Its  contribution  to  navigation  tasks  is  not 
expected  to  be  great. 

To  enhance  survivability  In  hostile  environments.  It  may  be  desirable  to 
integrate  passive  ECM  data  Into  navigation  outputs  to  assist  the  crew  In  rapidly 
fixing  the  relative  bearings  of  potential  threats. 
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The  use  of  the  computer  to  automate  communications  tasks  will  make  flight 
deck  tasks  less  complex.  The  most  immediate  objective  is  to  provide  for 
pretuning  of  the  separate  radios  so  that  selection  is  by  channel  rather 
than  frequency. 

In  the  area  of  system  monitoring  and  management,  the  software  subroutines  can 
be  used  to  directly  input  sensed  data  to  check  lists  and  calculations.  The 
sensed  data  would  include  both  qualitative  and  quantitative  information  related 
to  subsystem  status  and  operation.  Records  such  as  weight  and  balance  reports 
could  be  updated  on  a real  time  basis  providing  accurate  data  to  the  crew  at  a 
moment's  notice.  Likewise,  the  on-off  and  moding  of  subsystems  would  be  avail- 
able for  automatic  accounting  in  check  list  execution. 

Manual  check  lists  demand  an  inordinate  amount  of  crew  time  and  attention  in 
the  current  system.  Many  of  those  check  lists  can  be  automated  to  the  extent 
that  they  perform,  as  well  as  display,  the  sequencial  items.  Where  input  data 
is  required,  the  check  list  subroutine  can  alternatively  call  sensed  data 
where  it  is  available,  or  cue  for  operator  interactive  inputs. 

Flight  procedures  may  be  handled  in  much  the  same  way  as  check  lists  with  the 
exception  that  they  are  not  likely  to  be  interactive.  For  instance,  the 
system  generated  display  of  Standard  Instrument  Procedures  (SID's),  Standard 
Terminal  Area  Requirements  (STAR's),  Missed  Approach  plates,  etc.,  may  be  cued 
as  a function  of  sensed  aircraft  position  and  flight  mode.  The  automatic 
calling  of  SID's  and  STAR's  could  be  expanded  to  include  software  tuning  of 
communications  equipment  to  the  prescribed  air  traffic  control  frequencies. 

Most  of  the  features  which  have  been  identified  to  enhance  AMST  mission 
performance  have  been  solely  concerned  with  improving  flight  deck  tasks  but 
some  of  these  same  features  can  be  used  to  refine  cargo  compartment  functions. 
Employment  of  automated  check  lists  is  a case  in  point.  This  suggests  the 
possibility  of  providing  the  Load/Jumpmaster  with  an  abbreviated  IMK/MPD  panel 
for  operator  interaction  and  that  facility  provides  the  means  by  which  Mission/ 
System  Visibility  can  be  expanded  to  refine  and  expedite  cargo  compartment 
management.  Closed  circuit  TV  coverage  of  that  area  from  the  flight  deck  can 
be  used  to  facilitate  remote  control  of  aircraft  systems,  and  the  extraction 
of  cargo.  That  kind  of  visual  coverage  supports  safety  and  emergency  functions. 
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7.2.2  Growth  IDAMST  System 

Elements  of  the  basic  IDAMST  system  are  described  above.  Performance  of  the 
system  could  be  significantly  improved  with  the  incorporation  of  an  advanced 
Mapping/Terrain  Avoidance  (M/TA)  radar;  and  alternatively  the  Joint  Tactical 
Information  Distribution  System  (JTIDS),  or  the  Global  Positioning  System  (GPS). 
It  is  presumed  that  one  or  the  other  of  JTIDS  and  GPS  will  ultimately  be 
incorporated  in  the  AMST. 

M/TA  Radar 

The  M/TA  radar  together  with  the  integrated  navigation  system  makes  the  AMST 
a truly  all  weather  jystem.  The  INS  with  Omega  supported  by  the  various  navi- 
gation aids  provides  worldwide  means  of  transiting  to  tactical  areas.  M/TA 
radar  operations  together  with  the  navigation  subsystems  provide  the  basis  for 
continual  position  fixing  and  CARP  updating  during  penetration  into  the  drop 
area.  While  zone  marker  support  will  still  be  needed  for  some  operations,  the 
M/TA  radar  eliminates  the  absolute  reliance  on  that  system  for  IMC  drops. 

JTIDS 

Figure  136  summarizes  all  of  the  operational  features  that  are  being  planned 
for  the  JTIDS  system.  As  the  figure  indicates,  the  system  is  basically  a real 
time  tactical  command  and  control  system  providing  the  user  aircraft  with  a 
large  volume  of  information.  Threat  data  in  addition  to  own  force  information 
is  included.  Coincident  with  that  data,  the  system  also  provides  the  receiving 
aircraft  with  the  means  of  determining  its  relative  position  along  with  the 
positions  of  other  units  in  the  tactical  area.  Regional  information  on  weather 
and  the  status  of  facilities  at  recovery  bases  is  included.  Because  of  JTIDS 
system  design  characteristics,  all  of  the  transmitted  messages  are  immune  from 
jamming  or  unintentional  interference.  As  a consequence,  the  system  is  highly 
reliable  and  meets  all  of  the  requirements  of  the  AMST  for  tactical  data. 

GPS 

While  JTIDS  provides  relative  navigation  (with  respect  to  transmitting  stations), 
the  GPS  enables  very  accurate  geographic  navigation  for  worldwide  applications. 

In  most  instances,  this  system  in  the  IDAMST  system  would  become  the  prime  source 
of  positional  information  with  the  INS  and  Omega  furnishing  backup  data. 
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FIGURE  NO.  ne  Baseline  JTIDS  Transmlt/Recelve  Functions 
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7.2.3  General  Comnents  Derived  from  Time  Line  and 

Operational  Sequence  Diagram  Analysis 


0 The  IDAMST  concept  provides  an  excellent  means  of  improving  the 

present  cumbersome  (and  too  often  inaccurate)  "See  and  Feel"  circuit 
breaker  status  system.  An  MPD  display  of  circuit  breaker  status 
based  on  reliable  CB  sensors  is  an  excellent  candidate  for  workload 
reduction  and  flight  safety  improvement. 

0 A time-indexed  voice  recorder  with  in-flight  playback  capability 
appears  to  be  a useful  aid  in  2-man  flight  deck  operations. 

0 The  complex  engine  start  sequences  which  still  include  a requirement 
for  fast  pilot  reactions  to  rapid  changes  in  engine  parameters  should 
be  the  subject  of  a study  leading  to  an  automatic  start  program  for 
the  IDAMST. 

0 The  near  future  availability  of  GPS  hardware  and  its  expected 

precision  makes  this  equipment  the  basis  for  a possible  replacement 
of  the  present,  complex,  SKE  system  (APN-169).  With  all  aircraft  and 
GPS  zone  markers  on  a common  grid,  station  keeping  performance  using 
GPS  should  be  equivalent  to  or  better  than  the  present  SKE  system. 

0 The  detailed  manual  activity  required  to  establish  and  execute  an 
airborne  radar  or  station  keeping  approach  makes  it  almost  mandatory 
that,  beyond  several  manual  inputs,  the  IDAMST  concept  be  able  to 
present  complete  approach  diagrams  which  include  aircraft  position. 

In  addition,  steering  signals  should  be  available  for  manual /automatic 
operation. 

0 During  the  analysis  it  was  noted  that  under  some  circumstances  reliance 
on  the  HUD  as  the  primary  source  of  flight  information  could  be 
dangerous.  As  an  example,  consider  a C-14  formation  employing  SKE. 

If  any  two  aircraft  penetrate  the  same  time  slot,  and  a proximity 
warning  is  sounded,  the  pilots  must  transfer  their  attention  from 
hud's  to  SKE  PPI's  prior  to  taking  evasive  action.  It  is  possible 
that  a collision  could  occur  before  the  proper  break  left  or  right, 
or  climb/dive  decision  is  made.  The  proper  solution  to  the  problem, 
of  course,  is  to  further  integrate  the  system  to  provide  evasive 
steering  commands  to  the  HUD. 
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7.2.4 


IDAMST  Benefits  to  C-14 


The  exercise  of  the  IDAMST  mission  analysis  tasks  leads  to  several  overall 
conclusions: 

First  - An  automated/integrated  system  built  around  IDAMST  concepts  promises 
to  decrease  C-14  flight  crew  workloads  to  enhance  efficient  performance  of  all 
AMST  missions,  and  flight  safety. 

Second  - The  character  of  the  IDAMST  system  provides  a compatible  building 
block  for  C-14  application  to  special  missions.  Examples  are: 

. EMI/ELINT  . Delivery  of  Sensors  and  Ordnance 

. RPV  Launch/Recovery  . Gunship 
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